PVR-support video decoding system

ABSTRACT

An MPEG video decoding system with a PVR (Personal Video Recorder) function is disclosed. By applying the PVR function to an MPEG-2 decoder chip, which is the standard recommendation of the digital video transmission field, diverse high-performance PVR services such as video storage and search using an HDD application in the video decoder chip can be used, and two HD-class displays can simultaneously be supported. Also, the features of the video TS bitstream stored through the video decoding chip having a proposed PVR engine can be extracted in real time, and the playback or trick play of the stored video contents can be diversely and easily performed. According to the PVR-support video decoding system, an improved storage and search function of a video bitstream, and diverse video services can be provided, and the added value of the digital video recorder can be heightened.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of application Ser. No. 10/629,683filed on Jul. 30, 2003 now U.S. Pat. No. 7,352,813, and for whichpriority is claimed under 35 U.S.C. §120. This application also claimspriority of Application No. 10-2002-44961 filed in Korea on Jul. 30,2002, under 35 U.S.C. §119. The entire contents of both documents arehereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to an MPEG video decoding system with aPVR (Personal Video Recorder) function which is applied to theapplication fields of a digital TV (television receiver) or a digitalvideo recorder.

2. Discussion of the Related Art

In the field of home appliances such as a digital TV, an MPEG (MovingPicture Experts Group) encoder is used in order to reduce storage andtransmission capacity of a digital video or audio. Especially, thedigital TV or an STB (Set-Top Box) provides various services of a PVR,and a storage medium used for such services is being changed from ananalog type such as the existing VTR (Video Tape Recorder) to a digitaltype such as an HDD (Hard Disc Drive). Also, there is an increasingdemand for a digital TV having a function of processing TV input signalsof two or more channels such as a PIP (Picture-In-Picture) function, POP(Picture-On-Picture) function, etc.

The prior art appliances relating to the PVR function have been proposedas follows:

U.S. Pat. No. 6,215,526 assigned to TiVo Company first discloses a PVRdevice which encodes an analog signal to a digital signal and thenstores the digital signal in an HDD by video-tagging the digital signal.

U.S. Pat. No. 6,351,596 discloses a PVR appliance which stores programsaccording to a user's preference based on a CPU (Central ProcessingUnit). This PVR appliance stores the program in the unit of a sceneaccording to VBI (Vertical Blank Interval) data or a tagged code such asa code block and so on.

U.S. Pat. No. 6,327,418 discloses a function capable of separatingdigital data into a video segment, an audio segment, an MPEG systemstream, etc., storing the divided data in a cache, and rapidlyreproducing the video data at a predetermined rate through a cachecontrol.

U.S. Pat. No. 6,324,338 assigned to replay TV discloses a system forusing an integrated channel guide so as to store TV programs suitablefor users' criteria.

According to the above-described techniques, however, in the case ofsimultaneously viewing high-quality images of two channels, viewing a TVprogram while storing another TV program corresponding to anotherchannel, or viewing a TV program stored through a time shift function,respective chips, which satisfy various types of functions, shouldseparately be prepared or should be used in combination.

Especially, the PVR chip and the video decoding chip are separatelydesigned to perform the PVR function and the video decoding function,respectively, and this causes the system cost to increase and the systemintegration to deteriorate.

SUMMARY OF THE INVENTION

Accordingly, the present invention is directed to a PVR-support videodecoding system that substantially obviates one or more problems due tolimitations and disadvantages of the related art.

An object of the present invention is to provide a PVR-support videodecoding system which can reduce the system cost and heighten the systemintegration by integrating a PVR chip and a video decoding chip into asystem.

Another object of the present invention is to provide a PVR-supportvideo decoding system which can support the viewing of two-channel TVprograms and a PVR function, and efficiently perform the storage andsearch of an MPEG bitstream in an HDD.

Additional advantages, objects, and features of the invention will beset forth in part in the description which follows and in part willbecome apparent to those having ordinary skill in the art uponexamination of the following or may be learned from practice of theinvention. The objectives and other advantages of the invention may berealized and attained by the structure particularly pointed out in thewritten description and claims hereof as well as the appended drawings.

To achieve these objects and other advantages and in accordance with thepurpose of the invention, as embodied and broadly described herein, aPVR-support video decoding system includes a TS (Transport) decoder fordecoding a video PES (Packetized Elementary Stream) from an input TSbitstream to output the decoded video PES, a video decoder forvariable-length-decoding the video PES outputted from the TS decoder,and restoring the video PES to pixel values of an original picturethrough an IQ (Inverse Quantization) process, an IDCT (Inverse DiscreteCosine Transform) process, and an MC (Motion Compensation) process, anda PVR (Personal Video Recorder) engine for storing the TS bitstream in astorage medium, extracting video features from the video PES and storingthe video feature in the storage medium in the form of meta data, andsupporting a search and playback of the TS bitstream stored in thestorage medium, wherein the TS decoder, the video decoder, and the PVRengine are constructed in a single MPEG-2 decoder.

Here, the TS decoder includes a first TS decoder for selecting one of aplurality of channel signals and a PVR input signal outputted from thePVR engine according to a selection signal inputted by a user,TS-decoding the selected signal, and outputting the decoded signal tothe video decoder, and a second TS decoder for selecting one of theplurality of channel signals according to the selection signal inputtedby the user, TS-decoding the selected signal, and outputting the decodedsignal to the video decoder and the PVR engine.

The second TS decoder outputs the TS-decoded video PES to the PVR enginealong with the TS bitstream of the selected channel. The PVR enginestores the TS bitstream in the storage medium as it is, and extracts thevideo features from the video PES and stores the video features in thestorage medium in the form of meta data.

The storage medium may be an HDD.

The PVR engine includes a video feature extractor for extracting errorcorrection information, header information and macroblock informationfrom the video PES outputted through the TS decoder, analysischaracteristics of a video sequence, and then outputting analyzedinformation, an index engine for storing the TS bitstream outputtedthrough the TS decoder and the analyzed information extracted by thevideo feature extractor in the storage medium, and a search engine forsearching for and displaying the TS bitstream and the analyzedinformation stored in the storage medium.

The video feature extractor includes a PES decoder for parsing only avideo ES (Elementary Stream) from the video PES outputted through the TSdecoder, a variable-length decoder for variable-length-decoding thevideo ES, an error detector for detecting information on a syntax errorand a bit-stream error of the present video ES from an output of thevariable-length decoder, a header extractor for extracting headerinformation in the video sequence from the output of the variable-lengthdecoder, a DC extractor for extracting DC components in macroblocks fromthe output of the variable-length decoder, an MV (Motion Vector)extractor for extracting corresponding motion vector information of therespective macroblocks through decoding of motion vectors outputted fromthe variable-length decoder, and a video analyzer for detecting whethera thumbnail image is generated and whether a scene is changed byanalyzing the detected error information, the header information, the DCcomponents and the MV information, and then outputting the detectedinformation to the index engine and the search engine along with theanalyzed information.

The TS decoder detects an error of the TS bitstream and outputs an errorindication signal, and the vide analyzer confirms a property of theerror using an output of the error detector and the error indicationsignal, and controls to reset values of internal buffers and registersof the video feature extractor or to find next slices or sequencesaccording to the property of the error.

The video analyzer, if a picture coding type extracted by the headerextractor is an I-picture, detects the change of the scene by obtaininga frame difference and a DC histogram from DC components of theI-picture, and generates a thumbnail image.

The video analyzer, if a picture coding type extracted by the headerextractor is an I-picture, prepares a memory for storing the DCcomponents extracted by the DC extractor, and stores only DC values oran average value of the DC values of any one of four luminance blocksincluded in the macroblock, and DC values of Cb and Cr blocks.

The video analyzer estimates brightness of the image from the DChistogram information, and if a dark screen is detected, it does notgenerate the thumbnail image.

In the case that the dark screen is not detected, the video analyzergenerates the thumbnail image through a horizontal-line duplication ofthe DC values stored in the memory if the input bit-steam corresponds toa field picture, while it generates the thumbnail image using the DCvalues stored in the memory as they are if the input bitstreamcorresponds to a frame picture.

The video analyzer, if the picture coding type extracted by the headerextractor is a P-picture, detects the change of the scene and estimatesan amount of motion of an object in the P-picture by extractinghistogram information of a forward motion vector in an integer-pel unitand histogram information of the macroblock type.

The video analyzer, if the picture coding type extracted by the headerextractor is a B-picture, estimates an amount of motion of an object inthe B-picture by extracting only histogram information of the macroblocktype.

The index engine stores respective analyzed information outputted fromthe video analyzer in the storage medium in the form of meta data, whileit adds a time stamp to the TS bitstream outputted through the TSdecoder, scrambles the TS bitstream, and stores the scrambled TSbitstream in the storage medium.

The search engine reads out the TS bitstream from the storage medium,removes a time stamp from the TS bitstream, descrambles the TSbitstream, and then outputs the descrambled TS bitstream to the TSdecoder.

In another aspect of the present invention, a PVR-support video decodingsystem includes a first TS decoder for selecting one of a plurality ofchannel signals and a PVR (Personal Video Recorder) input signaloutputted from an HDD, decoding a video PES (Packetized ElementaryStream) from a TS (Transport) bitstream of a selected signal, andoutputting the decoded video PES, a second TS decoder for selecting oneof the plurality of channel signals, decoding the video PES from the TSbitstream of the selected signal, and outputting the decoded video PESalong with the TS bitstream, a video decoder forvariable-length-decoding the video PES outputted from the first andsecond TS decoders, and restoring the video PES to pixel values of anoriginal picture through an IQ (Inverse Quantization) process, an IDCT(Inverse Discrete Cosine Transform) process, and an MC (MotionCompensation) process, a video feature extractor for extracting errorcorrection information, header information and macroblock informationfrom the video PES outputted through the second TS decoder, analysischaracteristics of a video sequence, and then outputting analyzedinformation, an index engine for storing the TS bitstream outputtedthrough the second TS decoder and the analyzed information extracted bythe video feature extractor in the HDD, a search engine for reading outthe TS bitstream stored in the HDD to output the readout TS bitstream tothe first TS decoder, and simultaneously controlling a playback and atrick play by searching for the analyzed information stored in the HDD,and an IDE (Integrated Drive Electronics) interface for controlling aninput/output of data and control signals among the index and searchengines and the HDD, wherein the first and second TS decoders, the videodecoder, the video feature extractor, the index and search engines, andthe IDE interface are constructed in a single MPEG-2 decoder chip.

Here, the PVR-support video decoding system further includes a channelselection unit for outputting a channel selection signal to the firstand second TS decoders according to a user's request, and by controllinginput paths of the first and second TS decoders using the channelselection signal outputted from the channel selection unit, the systemperforms a single display which enables a real-time viewing of onechannel, a viewing of a time-shifted TS bitstream, a watch & recordwhich enables viewing of one channel program while storing of anotherchannel program in the HDD, and a dual display which enablessimultaneous viewing of two channel programs on one screen.

It is to be understood that both the foregoing general description andthe following detailed description of the present invention areexemplary and explanatory and are intended to provide furtherexplanation of the invention as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are included to provide a furtherunderstanding of the invention and are incorporated in and constitute apart of this application, illustrate embodiment(s) of the invention andtogether with the description serve to explain the principle of theinvention. In the drawings:

FIG. 1 illustrates a block diagram of a PVR-support video decodingsystem according to the present invention;

FIG. 2 illustrates an example of the whole data paths of the TSbitstream in the PVR-support video decoding system according to thepresent invention;

FIG. 3 illustrates a block diagram of an example of the VFE engine ofFIG. 1;

FIG. 4 illustrates a flowchart of a video analysis mechanism of thevideo analyzer of FIG. 3;

FIG. 5 illustrates an example of using DC image information through thevideo analyzer of FIG. 3;

FIG. 6 illustrates a block diagram of an example of the index and searchengines of the VFE engine of FIG. 1; and

FIG. 7 illustrates a block diagram of an example of reproducing aprogram stored in the HDD through the search engine of FIG. 1.

DETAILED DESCRIPTION OF THE INVENTION

Reference will now be made in detail to the preferred embodiments of thepresent invention, examples of which are illustrated in the accompanyingdrawings. Wherever possible, the same reference numbers will be usedthroughout the drawings to refer to the same or like parts.

FIG. 1 illustrates a block diagram of a PVR-support video decodingsystem according to the present invention.

The PVR-support video decoding system includes an MPEG-2 decoder part100, an external memory 110, and an HDD 111.

The MPEG-2 decoder part 100 includes two TS (Transport) decoders 101, avideo decoder 102, an audio decoder 103, a VDP (Video Display Processor)106, a PVR engine 107 for supporting the storage and search functions,an external memory interface 108 for controlling an input/output ofcontrol signals and data between the MPEG-2 decoder part 100 and theexternal memory 110, and an IDE (Integrated Drive Electronics) or EIDE(Enhanced Integrated Drive Electronics) interface 109 for aninput/output of control signals and data between the MPEG-2 decoder part100 and the HDD 111.

The IDE interface 109 connects the HDD to a PC (Personal Computer), andlarge-capacity storage devices such as the HDD, a CD-ROM drive, a tapedrive, etc., are connected to the PC using the IDE interface. In thepresent invention, the IDE interface is used to connect the PVR engine107 in the video decoder chip to the HDD 111.

The external memory 110 may be an SDRAM (synchronous DRAM) or a DDR(Double Data Rate) SDRAM.

Here, the reference numeral 104 denotes a DMA (Direct Memory Access)memory unit, and 105 denotes a host interface.

The PVR engine 107 includes a VFE (Video Feature Extraction) unit 107 afor extracting features of a video signal outputted through the two TSdecoders 101, and an index and search engine 107 b for storing thebitstream in the HDD 111 or searching for video stream stored in the HDD111. The index engine of the index and search engine 107 b is related toa storage position during storing the video stream, and the searchengine is for searching for and displaying the stored bitstream.

The present invention as constructed above provides various servicessuch as a display of an HD-class video, a watch & record function, etc.,using only two TS decoders 101.

The two TS decoders 101 have the same construction and function, and oneof them decodes the PES (Packetized Elementary Stream) of the audio andvideo to match the PID (Program ID) of a desired channel among theMPEG-2 TS bitstream inputted through the external memory interface 108.

That is, since the transmitted MPEG-2 video, audio, and data bitstreamare multiplexed, the TS decoder 101 divides the MPEG-2 TS bitstream intoan MPEG-2 video PES, an audio PES, and a data PES. The divided video PESis decoded by the video decoder 102, and the audio PES is decoded by theaudio decoder 103 to be outputted to a screen or a speaker. At thistime, the video is displayed on the screen through the VDP (VideoDisplay Processor) 106, which supports functions corresponding tovarious kinds of input/output display format conversion, an OSD(On-Screen Display), and a graphic.

The host interface 105 performs a control and function support withrespect to the MPEG-2 decoder part 100.

The PVR engine 107 can perform the read/write of the TS bitstream in theHDD 111 through the IDE (or EIDE) interface 109 under the control of theexternal CPU. Also, the PVR engine can support the search and diversetrick plays of the TS bitstream stored in the HDD 111 at a desired time.

FIG. 2 shows data paths of the TD bitstream for providing variousservices such as a simultaneous display of two HD-class videos and awatch & record function using the two TS decoders 101, a host interfaceand a multiplexer.

Referring to FIG. 2, the system includes a channel selection unit 201for outputting a channel selection signal under the control of the host,a first TS decoder 202 which includes a multiplexer for selecting anyone of input signals according the channel selection signal S2 and S1from the channel selection unit 201 and TS-decoding the selected signal,and a second TS decoder 203 which includes a multiplexer for selectingany one of input channels according the channel selection signal S0 fromthe channel selection unit 201 and TS-decoding the selected channel, anaudio/video decoder 204 for receiving and decoding the video and audioPESs outputted from the first and second TS decoders 202 and 203, andoutputting the decoded video and audio to the display unit and thespeaker, and a PVR engine 205 for receiving and storing an output of thesecond TS decoder 203 in an HDD 206 to perform a search, and outputtingthe PVR data read out from the HDD 206 to the first TS decoder 202.Here, the PVR engine 205 is the same as the PVR engine 107 of FIG. 1,and the HDD 206 is the same as the HDD 111 of FIG. 1. Also, theaudio/video decoder 204 corresponds to the video decoder 102 and theaudio decoder 103, and the first and second TS decoders 202 and 203correspond to the TS decoders 101 of FIG. 1.

In the embodiment of FIG. 2, the first TS decoder 202 receives twochannel signals and PVR data through the PVR engine 205, and the secondTS decoder 204 receives two channel signals. However, the presentinvention is not limited to this embodiment. In other words, the secondTS decoder 203 may receive the PVR data, and a designer can make othermodifications.

Here, the two channel signals mean the HD-class TS bitstreams, and aresimultaneously inputted to the first and second TS decoders 202 and 203,respectively. Also, the host can provide various services as shown inTable 1 below by changing input paths using three input selection bitsS2, S1 and S0 of the channel selection unit 201. At this time, thesecond TS decoder 203 outputs two kinds of data, i.e., the video PES andthe video TS, to the PVR engine 205 with respect to the channel signalselected by the channel selection signal. The PVR engine 205 extractsthe video features from the video PES and stores the extracted videofeatures in the HDD 206 as meta information, and directly stores thevideo TS in the HDD 206.

TABLE 1 Diverse display service types by a host selection Video DisplayPVR TYPE S2 S1 S0 1 2 ON OFF Note 1 0 0 0 Ch#0 Ch#0 single display 2 0 11 Ch#1 Ch#1 single display 3 1 0 0 PVR Ch#0 time shift 4 1 0 1 PVR Ch#1time shift 5 0 0 1 Ch#0 Ch#1 watch & record 6 0 1 0 Ch#1 Ch#0 watch &record 7 0 0 1 Ch#0 Ch#1 Ch#1 dual display 8 0 1 0 Ch#1 Ch#0 Ch#0 dualdisplay

In the case of FIG. 2, it is assumed that the vide decoder can basicallyreproduce up to two HD-class videos. Recently, with the development ofthe semiconductor process, the operating frequency of the chip can beheightened up to 166 MHz, and the memory bandwidth of the externalmemory 110 can be increased to the level of a DDR SDRAM. Consequently,in the case of using a DDR memory of 162 MHz as the external memory 110,the decoding of two HD-class videos can be performed.

In Table 1, the case of TYPE-1 or TYPE-2 corresponds to a single videodecoding and display. That is, it corresponds to the real-time viewingof the TS bitstream of a desired channel without storing it in the HDD206. The case of TYPE-1 corresponds to the real-time viewing of theprogram of channel 0, and the case of TYPE-2 corresponds to thereal-time viewing of the program of channel 1. Also, the program of thesame channel can be viewed in real time as well as it can be stored inthe HDD 206.

TYPE-3 or TYPE-4 corresponds to the case of viewing a time-shifted TSbitstream, and in this case, the viewer can reproduce the program storedin the HDD after a certain time elapses. Also, it is possible toreproduce the program previously recorded. In the case of the TYPE-3,the program of channel 0 can be time-shifted, while in the case of theTYPE-4, the program of channel 1 can be time-shifted.

TYPE-5 or TYPE-6 corresponds to the watch & record function whichenables the viewing of the present TV program with the simultaneousrecording of another channel program. That is, TYPE-5 corresponds to thecase of viewing the TS bitstream of channel 0 in real time while storingthe TS bitstream of channel 1 in the HDD 206. TYPE-6 corresponds to thecase of viewing the program of channel 1 while storing the program ofchannel 0 in the HDD 206.

TYPE-7 or TYPE-8 corresponds to the case of viewing programs of twopaths in real time after stopping the storage and search of the TSbitstream. As shown in FIG. 2, the audio/video PESs outputted from thefirst and second TS decoders 202 and 203 are inputted to the A/V decoder204. At this time, the input format is in the form of a PES, and theprograms are displayed in the form of a double screen or a PIP. In thiscase, the channel program selected through the second TS decoder 203 canbe viewed and simultaneously stored in the HDD 206.

Consequently, as shown in FIG. 2, by controlling the paths of the inputterminals of the two TS decoders using three-bit selection signals S2,S1 and S0, diverse services can be provided through only the two TSdecoders.

FIG. 3 is a block diagram illustrating the detailed construction of thePVR engine 107 for storing the TS bitstream in the HDD 111 through theTS decoder 101 according to the present invention, which includes a VFEengine 107 a, and an index and search engine 107 b.

The VFE engine 107 a, which extracts the features of the video bydecoding the video PES inputted from the TS decoder 101, includes a PESdecoder 301 for parsing only a video ES (Elementary Stream) from thevideo PES, a variable-length decoder (VLD) 302 forvariable-length-decoding the video ES, an error detector 303 fordetecting an error from an output of the VLD 302, a header extractor 304for extracting a header from the output of the VLD 302, a DC extractor305 for extracting DC components from the output of the VLD 302, an MV(Motion Vector) extractor 306 for extracting motion vectors from theoutput of the VLD 302, and a video analyzer 307 for detecting whether athumbnail image is generated and whether a scene is changed by analyzingthe detected error, the header, the DC and the MV information, and thenoutputting the detected information to the index and search engine 107along with the analyzed information.

The VFE engine 107 a as constructed above extracts the features of thevideo contents, and uses the features as information for supporting afast forward, a reverse play, a shot detection, a scene segmentation, anintelligent playback, etc. Also, the VFE engine 107 a generates athumbnail image, and uses it to present the representative image of thevideo sequence.

In operation, the TS decoder 101 first decodes and transmits the TSbitstream to the PES decoder 301 of the VFE engine 107 a in the form ofa video PES. Then, the PES decoder 301 parses the video ES from thevideo PES, and outputs the video ES to the VLD 302. The VLD 302variable-length-decodes the input video ES, and outputs the decodedvideo ES to the error detector 303, the header extractor 304, the DCextractor 305, and the MV extractor 306, so as to analyze the videosequence by extracting the header information in the MPEG sequence (forexample, a sequence header and a picture header) and macro-blockinformation (for example, DC and MV information) is detected.

That is, the header extractor 304 extracts and outputs to the videoanalyzer 307 the header information of the video sequence, i.e.,parameters of the size of an image, bit rate, frame rate, progressivesequence, picture coding type, temporal reference, progressive frame,macroblock type, motion information, etc.

The DC extractor 305 extracts the DC components of the macroblock, thatis, four DC components in the case of luminance, and two DC componentsin the case of chrominance (i.e., Cb and Cr), and outputs the extractedDC components to the video analyzer 307. At this time, in order togenerate a thumbnail image and so on, a representative DC value or anaverage DC value may be extracted and outputted with respect to fourluminance blocks of the macroblock, and two DC values may be extractedand outputted with respect to two chrominance (i.e., Cb and Cr) blocks.

The MV extractor 306 extracts and outputs to the video analyzer 307corresponding motion vector information of the respective macroblockthrough a motion vector decoding. At this time, the MV extractor 306extracts only the motion vectors in the unit of an integer-pel exceptfor half-pel motion information. Also, the MV extractor 306 extractsonly forward motion vector information with respect to the P-picture.

Meanwhile, the error detector 303 extracts information on a syntax errorand a bit-stream error of the present video ES. At this time, since theTS decoder 101 detects the error of the TS bitstream and transmits anerror indicator signal, the error detector 303 and the index and searchengine 107 b can recognized the error of the TS bitstream. Consequently,the video analyzer 307, if the error is detected, controls to resetvalues of internal buffers and registers of the VFE engine 107 a or findnext slices or sequences in accordance with the property of the error.

Also, since the index and search engine 107 b, if an error is generated,controls so that any wrong bitstream is not stored in the HDD 111, onlynormal bitstreams are stored in the HDD 111. At this time, the index andsearch engine 107 b manages a DB (Database) by converting timeinformation of a portion where the error is generated into the form ofmeta data.

For example, if an error is generated in one TS packet, the index andsearch engine can control to store information on the next slice, i.e.,a next TP packet or TS packet in which a sequence start code isincluded. In the case of storing the packets in the unit of a sequenceas above, the index and search engine can control so that the previouspackets ranging from the TS packet in which the error is generated tothe TS packet having the next sequence start code are not stored.

FIG. 4 illustrates a flowchart of a video analysis mechanism of thevideo analyzer 307 according to the present invention, which shows anexample of generating a scene segmentation and thumbnail image. That is,the video analyzer 307 extracts different characteristics of therespective pictures in accordance with the picture coding type obtainedfrom the header extractor 304 and uses them for the scene segmentation(401).

First, the video analyzer processes the DC image of the I-picture 402 inthe form of a frame difference 403 between two I-pictures, a thumbnailimage 404, and a DC histogram 405. Also, the video analyzer can detectthe scene change using the frame difference and the DC histogram (406),and can determine whether to generate the thumbnail image by checking ablank through the DC histogram (407). If it is determined to be theblank, the video analyzer does not generate the thumbnail image (408),while if not, it checks if the present input picture is a field picture(409). If it is checked that the present picture is the field picture,the video analyzer generates the thumbnail image through the horizontalline duplication of the extracted DC values (410), and if it is checkedthat the present picture is the frame picture, the video analyzergenerates the thumbnail image using the extracted DC values as they are(411).

Meanwhile, the video analyzer produces a MV histogram and a macroblocktype histogram from the P-picture (413 and 416), produces only themacroblock type histogram from the B-picture 415 (416), and confirmswhether the present input frame is fast, slow, or in a still state(414). Then, the video analyzer outputs the corresponding information tothe scene segmentation 417 for the indexing and search (417).

In summary, in the case of the I-picture, no motion information exists,and thus the video analyzer extracts the image characteristics usingonly the DC values of the macroblock.

FIG. 5 illustrates an example of obtaining DC information through thevideo analyzer 307 according to the present invention. First, the videoanalyzer stores only the DC components of the macroblock in the memory.That is, if the DC value of the n-th I-type frame is inputted from theDC extractor 305, the video analyzer stores the DC value of the (n−1)-thI-type frame, which was stored in a first memory 501, in a second memory502, and stores the DC value of the presently inputted n-th I-type framein the first memory 501.

In the case of the DC image of 1920×1080 pixels, for example, theluminance (Y) per macroblock has four DC values, and the chrominance (C)per macroblock has two DC values for Cb and Cr. At this time, the numberof macroblocks of the whole image, i.e., a frame, is 8160(120×68).Accordingly, the total number of bits of a DC image corresponding to aframe will be 120×68×6=48960 bytes. This requires a large amount ofmemory capacity, and also requires a large amount of calculation whenthe frame difference is calculated.

Accordingly, in the present invention, three DC values are stored foreach macroblock when the DC values are stored in the first and secondmemories 501 and 502. That is, by storing three DC values, which iscomposed of one Y, one Cb and one Cr, for each macroblock, the amount ofmemory capacity and calculation can be reduced. At this time, in thecase of the luminance, one DC value, which is obtained by averaging fourDC values existing in the macroblock, may be generated and stored, orany one of the four DC values is selected and stored.

If so, the total number of bits of the DC image corresponding to a framewill be 24480 bytes. Here, the DC image is produced for the I-pictureonly, and this is used as the thumbnail image. That is, the DC image isused when a logo or a representative image of the TS bitstream presentlystored is displayed.

The sum of an absolute difference between the DC images as producedabove is obtained through a subtracter 504, and this is called a framedifference.

This frame difference is used for the detection of a scene change. Thatis, if the frame difference exceeds a preset value, it may be judgedthat the scene is changed.

Also, a DC histogram is obtained from the DC image in order to obtaininformation on the brightness or chrominance of the image. At this time,in order to reduce the size of the buffer for obtaining the DChistogram, a histogram counter 504 reduces the number of histogram binsthrough a quantization Δ. For example, if Δ is set to 30 in the statethat the input pixel range is 0˜255, the number of histogram bins can bereduced to 9.

Then, a dark screen decision unit 505 estimates the brightness of theimage using the DC histogram information of the image obtained as above,i.e., a DC histogram distribution. If the most histogram bins representpixel values near 0, this means a dark screen, and the thumbnail imageof such images is insignificant.

Thus, in order to solve the problem that the representative image (forexample, thumbnail image) of the video sequence represents a darkscreen, the dark screen decision unit 505 outputs a blanking indicatorsignal for indicating that the DC images judged as the dark screen areblanking images, and thus the corresponding thumbnail image will not begenerated.

Meanwhile, in the case that the DC image is not the blanking image, thethumbnail image may be generated. At this time, there is about a halfsize difference between the field picture and the frame picture. Sincethe field picture and the frame picture coexist in the MPEG videosequence, the size of the thumbnail image is frequently changed to causethe actual application thereof to be difficult. In order to solve thisproblem, the system according to the present invention generates thethumbnail image as producing the frame picture with the DC valuesduplicated with respect to horizontal lines in the case of the fieldpicture. Thus, the system can maintain the representative images to havea constant size in one sequence.

Also, the system detects the scene change using the DC histogram binsoutputted from the histogram counter 504 and the frame differenceoutputted from the subtracter 503. That is, the system can accuratelydetect a hard cut phenomenon or the scene change occurring in the casethat the frame difference exceeds the predetermined values or thedifference value between the color histograms exceeds the predeterminedvalue.

Also, in the case of the P-picture, the histogram information of theforward motion vectors and the histogram information of MBT (MacroblockType) are extracted and used for the detection of the scene change. Thatis, in the case of the P-picture, the MV histogram is extracted from themotion vectors in the unit of an integer-pel. Also, using the MVhistogram and the MBT histogram, the amount of motion of an object inthe P-picture can be estimated. That is, using the size information ofthe MV, it can be checked whether the change of the object in the imageis great or not. At this time, in order to remove various uncertaintiessuch as a rapid movement of a small object, a slow movement of a largeobject, etc., the histogram of the MBT is also used for the extractionof the movement change of the whole image.

Meanwhile, in the case of the B-picture, only the histogram of the MBTis extracted because of the increase of the memory capacity due to thestorage of bi-directional MV information. Consequently, in the case ofthe B-picture, the amount of motion cannot accurately judged, butinformation on a motion area in the picture can be obtained. That is,using the MBT histogram, the motion area of the object in the B-picturecan be estimated.

The video information obtained from the I, B and P-pictures as describedabove are stored in the HDD 111, the CPU uses the TS bitstreams storedin the HDD 111 in a trick play and so on. Specifically, various servicessuch as the display of the picture in the unit of a video shot, the editand playback of only the goal-scoring scenes in sports, the selectivedisplay of the core scenes in news, etc., can be provided.

The present invention provides hardware of the PVR engine which iscapable of providing such services easily and promptly.

Meanwhile, FIG. 6 illustrates a block diagram of an example of the indexand search engine 107 according to the present invention.

The path through which the input TS bitstream is stored in the HDD 111is provided through the index engine as follows.

First, the TS bitstream outputted from the TS decoder 101 is stored in aFIFO (First-In First-Out) unit 601 a, and then outputted to a downloadcontroller 601 b. The download controller 601 b attaches a time stamp infront of the TS packet read out from the FIFO unit 601 a.Simultaneously, in counting the number of TS packets and storing thecounted number in the HDD 111, meta data information on whether asequence start exists or which pictures exist in the TS packet is storedin the HDD 111. At this time, for a copy protection during storing thetime-stamped TS bitstream and the meta data information in the HDD 111,a scrambler 601 c scrambles the TS stream having the time stamp attachedthereto and the meta data information, and then stores the scrambled TSstream and meta data information in the HDD 111 through the FIFO unit601 a and an IDE interface 109.

As described above, the video signal is stored in the HDD 11 in the formof a TS bitstream, and at this time, the time stamp is attached to theTS packet, and for the copy protection, the TS bitstream is scrambledbefore it is stored.

Meanwhile, the reading of the TS bitstream stored in the HDD 11 isperformed in the reverse order of the download process by the searchengine. First, the search engine reads out the time-stamped TS bitstreamfrom the HDD 111, and stores the readout time-stamped TS bitstream in aFIFO unit 603 a. Then, an upload controller 603 b adjusts an uploadspeed according to a user's movement, and removes the time stampattached in front of the TS packet. That is, the upload controller 603 bserves to control the buffer according to the reading speed of the TSbitstream from the HDD 111 as the user selects a trick play or aplayback of the stored program.

The TS packet from which the time stamp is removed by the uploadcontroller 603 b is descrambled by a descrambing unit 603 c, and ischanged to the original TS packet. The TS bitstream descrambled by thedescrambler 603 c is inputted to the TS decoder 101 through the FIFOunit 603 d.

FIG. 7 illustrates a block diagram of a path for searching the TSbitstream stored in the HDD 111 through the PVR engine 107 anddisplaying the searched TS bitstream.

That is, if the user selects a time shift function or a reproduction ofthe stored bitstream (i.e., playback or trick play), the host processorreads the TS bitstream from a specified position of the HDD 111, andtransmits the TS bitstream to the index/search engine 107 b through theIDE interface 110. Then, the TS bitstream successively passes throughthe FIFO unit 603 a, the upload controller 603 b, the descrambler 603 c,and the FIFO unit 603 d, and is inputted to the TS decoder 101.

The TS decoder 101 decodes the TS bitstream to a PES (PacketizedElementary Stream), and outputs the PES to the video decoder 102.

The video decoder 102 is a general MPEG-2 video decoder, and comprises aPES decoder 701, a VLD (Variable-Length Decoder) 702, an IQ (InverseQuantization) unit 703, an IDCT (Inverse Discrete Cosine Transform) unit704, an adder 705, a memory 706, and a motion compensation unit 707.

Specifically, the PES decoder 701 parses the video ES from the inputvideo PES, and outputs the video ES to the VLD 702. The VLD 702variable-length-decodes the input video ES to separate the video ES intomotion vectors, quantization values, and DCT coefficients. The motionvectors are outputted to the motion compensation unit 707, and the DCTcoefficients and the quantization values are outputted to the IQ unit703.

The IQ unit 703 performs the inverse quantization of the DCTcoefficients according to the input quantization value, and outputs theinversely quantized DCT coefficients to the IDCT unit 704. The IDCT unit704 performs the IDCT with respect to the inversely quantized DCTcoefficients, and outputs the IDCT-transformed DCT coefficients to theadder 705.

Meanwhile, the motion compensation unit 707 performs the motioncompensation for the present pixel values using the motion vectors andthe previous frame stored in the frame memory 706, and outputs themotion-compensated pixel values to the adder 705. The adder 705 adds theIDCT-transformed values and the motion-compensated values to restore toa complete image that is the final pixel value, and outputs the restoredimage to display the restored image.

At this time, the CPU may display a program guide for programs stored inthe HDD 111 on a screen through the VDP 106.

Also, the CPU may process an EPG (Electronic Program Guide) and VFEobtained from the TS decoder 101 and data of the video features obtainedfrom the index engine in the form of meta data, and store the processeddata in the HDD 111.

Meanwhile, in the case of the thumbnail, the CPU stores the thumbnailimages of the video sequence in a specified space of the HDD 111, andprocesses and displays them by software when the CPU displays theprogram guide.

Consequently, the present invention can support an improved PVR functionby storing the TS bitstream of a program desired by a user in the HDDand obtaining the contents of the program through a PVR engine.

As described above, according to the PVR-support video decoding systemaccording to the present invention, by applying the PVR function to anMPEG-2 decoder chip, which is the standard recommendation of the digitalvideo transmission field, diverse high-performance PVR services such asvideo storage and search using an HDD application in the video decoderchip can be used, and two HD-class displays can simultaneously besupported.

Also, the features of the video TS bitstream stored through the videodecoding chip having a proposed PVR engine can be extracted in realtime, and the playback or trick play of the stored video contents can bediversely and easily performed. Consequently, according to the presentinvention, an improved storage of a video bitstream, search function anddiverse video services can be provided, and the added value of thedigital video recorder can be heightened.

The present invention is a basic technology which is essential to theapplication fields of a digital TV or a digital video recorder, and canprovide a high-performance digital video decoder for storing andsearching for video contents using an HDD with the technicalcompetitiveness strengthened.

It will be apparent to those skilled in the art that variousmodifications and variations can be made in the present invention. Thus,it is intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

1. A PVR (Personal Video Recorder)-support video decoding system of adigital television receiver having a HDD (hard disk drive), comprising:a first TS (Transport Stream) decoder configured to decode a PVR inputsignal outputted from the HDD and output the decoded video data; asecond TS decoder configured to select one of the plurality of channelsignals, decode video data from the TS bitstreams of a selected signal,and output the decoded video data along with the TS bitstreams; adecoder configured to variable-length-decode the decoded video dataoutputted from at least one of the first and second TS decoders, andrestore the video data to pixel values of an original picture through anInverse Quantization (IQ) process, an Inverse Discrete Cosine Transport(IDCT) process, and a Motion Compensation (MC) process; a video decoderconfigured to analyze characteristics of video data based on errorinformation, header information, and macroblock information extractedfrom the decoded video data to generate analysis information, whereinthe characteristics of video data are used to support fast forward,reverse play, and generation of a thumbnail image; a first engineconfigured to generate meta data information based on the generatedanalysis information, encode the input TS bitstreams, and control tostore the generated meta data information and the encoded input TSbitstreams, wherein the meta data information is associated with storingthe input TS bitstreams in a non-transitory storage medium; and a secondengine configured to control to search the stored input TS bitstreams inthe non-transitory storage medium according to the stored meta datainformation and decode the searched input TS bitstreams; wherein thevideo decoder is configured to extract at least one of a representativeDC value of luminance blocks, an average DC value of luminance blocks,and a DC value of chrominance blocks from the decoded video data; and toprocess a DC image of an I-picture in a form of a frame differencebetween two successive I-pictures, a thumbnail image, and a DC histogramof luminance or chrominance.
 2. The video decoding system of claim 1,wherein the meta data information includes at least one of firstinformation associated with a number of TS packets in the stored TSbitstreams, second information associated with location of startingvideo data in the TS packets, and third information associated withpicture coding type of the video data in the TS packets.
 3. The videodecoding system of claim 1, further comprising a video displayconfigured to display the video data read from a specified position ofthe non-transitory storage medium according to a selection of a timeshift function.
 4. A video decoding method of a digital televisionreceiver having a HDD (hard disk drive), comprising: decoding a PVR(Personal Video Recorder) input signal outputted from the HDD andoutputting the decoded video data; selecting one of the plurality ofchannel signals, decoding video data from the TS bitstreams of aselected signal, and outputting the decoded video data along with the TSbitstreams; variable-length-decoding the decoded video data outputtedfrom at least one of the first and second TS decoders, and restoring thevideo data to pixel values of an original picture through an inverseQuantization (IQ) process, an Inverse Discrete Cosine Transform (IDCT)process, and a Motion Compensation (MC) process; analyzingcharacteristics of video data based on error information, headerinformation, and macroblock information extracted from the decoded videodata to generate analysis information, wherein the characteristics ofvideo data is used to support fast forward, reverse play, and generationof a thumbnail image; generating meta data information based on thegenerated analysis information, encoding the input TS bitstreams, andcontrolling to store the generated meta data information and encodedinput TS bitstreams, wherein the meta data information is associatedwith storing the input TS bitstreams in a non-transitory storage medium;and controlling to search the stored input TS bitstreams in thenon-transitory storage medium according to the stored meta datainformation and decode the searched input TS bitstreams; wherein themethod further comprises: extracting at least one of a representative DCvalue of luminance blocks, an average DC value of luminance blocks, anda DC value of chrominance blocks from the decoded video data; andprocessing a DC image of an I-picture in a form of a frame differencebetween two successive I-pictures, a thumbnail image, and a DC histogramof luminance of chrominance.
 5. The video decoding method of claim 4,wherein the meta data information includes at least one of firstinformation associated with a number of TS packets in the stored TSbitstreams, second information associated with starting location ofvideo data in the TS packets, and third information associated withpicture coding type of the video data in the TS packets.
 6. The videodecoding method of claim 4, further comprising displaying the video dataread from a specified position of the non-transitory storage mediumaccording to a selection of a time shift function.